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Claim Rejections - 35 USC §102 



(b) the invention was patented or described in a printed publication in this or a foreign country or in public use or on 
sale in this country, more than one year prior to the date of application for patent in the United States. 



Claims 1-25 rejected under 35 U.S.C. 102(b) as being anticipated by Patrick et al. US 
patent 5,706,483 published date of Jan. 6, 1998, and filling date of Dec. 13, 1994. 

1. Claim 1, 

Patrick et al., hereinafter Patrick, shows a method comprising "writing pixel data to a first 
memory location", see disclosure in (Col. 6, lines 15-35) the following example that provides, 
what is involved in the block transfer of bytes from a source to a destination in memory. 
Patrick also shows "performing a first pixel transformation at said first memory location"; see Fig. 3 is a 
diagram showing an 8(1, 16, 32) bit per pixel bitmap at a source (a "source bitmap or first 
memory location") for transfer to an 8 bpp bitmap at a destination (a "destination bitmap or 
second memory location"). Patrick shows a complete illustration of "generating a memory address 
for a second memory location", see Fig. 3, that the source bitmap 60 is located at memory addresses 
0-499 (decimal) and the destination bitmap 62 is located at memory addresses 900-1399. A 
data block 61 for transfer is contained within a rectangle 60a in source bitmap 60 and consists 
of 15 bytes on each of 5 consecutive scan lines at the memory addresses given in the figure. 
Patrick demonstrates the transformation of data from first location to second location "writing 
said transformed pixel data from said first memory location to said second memory location", see Figs. 4-5, 
data block 61 is to be transferred to a similarly sized rectangle 62a in destination bitmap 62 at 



Application/Control Number: 09/584,604 Page 3 

Art Unit: 2672 

the memory addresses given in the figure. Each byte in data block 61 must be fetched (i.e., 
read) from a source address and written to a destination address. For example, the first byte of 
the data block has a source address of 19. This byte is to be transferred to a destination 
address of 905. The next byte for transfer has a source address of 20 and a destination address 
of 906, and so forth. 

2. Claim 2, 

Patrick illustrated, "writing pixel data to a first memory location includes writing pixel 
data to a first virtual memory location." in Fig. 1 , number 40, which is secondary storage 
area that can be apply as a virtual memory. (Virtual memory is: extension of the 
computer's intemal memory, it considers locally or remotely). 

3. Claim 3, 

Patrick illustrated, "The method of claim 2 further including writing pixel data to a virtual memory 
location associated with a memory controller client that receives pixel data written to certain virtual addresses." in 
Fig. 1, number 40, which is secondary storage area that can be apply as a virtual memory. 
(Virtual memory is: extension of the computer's intemal memory, it considers locally or 
remotely). 

4. Claim 4, 

Patrick demonstrated "causing an operating system to set aside virtual addresses for said 
memory controller client." And the step is inherent, because the operating system provides this 
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options to the users to have more memory location as needed it, and these extended memory 
can be called virtual memory. 

5. Claim 5, 

Patrick demonstrated "entering an address for a second memory location includes transforming 
the addresses of said pixel data at said first memory location to addresses at said second 
memory location." And the step is inherent, because there must be an address to be able to 
locate pixel or any other data when transferring pixel data to second memory location. 

6. Claim 6, 

Patrick demonstrated "determining the offset to each pixel data by subtracting a base address at 
said first memory location from the address of each pixel data." And the step is inherent, 
because each memory location has an address tagged to the pixel data, therefore, the pixel data 
can be referred to previous location as if the application (recording, viewing, storing) requires. 
The memory location will have more space by subtracting a base address from pixel data, but 
the pixel data can be viewed once and it depends on the application (player, display once) 
requirements. 

7. Claim 7, 

Patrick demonstrated "adding said offset to a base address of said second memory location." 
And the step is inherent, because the second memory location must have the base address of 
current location and plus previous parameters from first memory location (here is offset). 
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8. Claim 8, 

Patrick demonstrated "writing said transformed pixel data from said first memory location to 
said second memory location includes transferring said pixel data to a memory controller using 
a memory controller client." And the step is inherent, because Patrick shows in Fig. 1 the 
memory system number 30 that controls relocating the pixel data in memory areas. 

9. Claim 9, 

Patrick demonstrated "writing said transformed pixel data from said first memory location to 
said second memory location includes writing said pixel data from a first memory location 
associated with a first transfer function to a second memory location associated with a second 
transfer function." And the step is inherent, because, Patrick shows in Figs. 5 and 7 that flow 
charts of a method for compiling run-time code for a data block transfer. 

10. Claim 10, 

Patrick demonstrated "The method of claim 9 including transforming the addresses of said pixel 
data from addresses in a first virtual memory range associated with said first transfer function to 
memory addresses in a second virtual memory range associated with said second transfer 
function." And the step is inherent, because, Patrick shows in Figs. 5 and 7 that flow charts of a 
method for compiling run-time code for a data block transfer. 



11. 



Claim 11, 
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Patrick discloses "write pixel data to a first memory location" in (Col. 6, lines 15-35) the 
following example that provides, what is involved in the block transfer of bytes from a source 
to a destination in memory. Patrick discloses "perform a first pixel transformation at said first 
memory location" in Fig. 3 is a diagram showing an 8(1, 16, 32) bit per pixel bitmap at a source 
(a "source bitmap or first memory location") for transfer to an 8 bpp bitmap at a destination (a 
"destination bitmap or second memory location"). The source bitmap 60 is located at memory 
addresses 0-499 (decimal) and the destination bitmap 62 is located at memory addresses 900- 
1399. Patrick discloses "generate a memory address for a second memory location and write 
said transformed pixel data from said first memory location to said second memory location" A 
data block 61 for transfer is contained within a rectangle 60a in source bitmap 60 and consists 
of 15 bytes on each of 5 consecutive scan lines at the memory addresses given in the figure. 
Data block 61 is to be transferred to a similarly sized rectangle 62a in destination bitmap 62 at 
the memory addresses given in the figure. Each byte in data block 61 must be fetched (i.e., 
read) from a source address and written to a destination address. For example, the first byte of 
the data block has a source address of 19. This byte is to be transferred to a destination address 
of 905. The next byte for transfer has a source address of 20 and a destination address of 906, 
and so forth. 

12. Claim 12, 

Patrick illustrated "storing instructions that enable the processor-based system to write pixel 
data to a first virtual memory location." in Fig. 1, number 40, which is secondary storage area 
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that can be apply as a virtual memory. (Virtual memory is: extension of the computer's internal 
memory, it considers locally or remotely). 

13. Claim 13, 

Patrick illustrated "storing instructions that enable the processor-based system to write pixel 
data to a virtual memory location associated with a memory controller client that receives pixel 
data written to certain virtual addresses." in Fig. 1, number 40, which is secondary storage area 
that can be apply as a virtual memory. (Virtual memory is: extension of the computer's internal 
memory, it considers locally or remotely). 

14. Claim 14, 

Patrick demonstrated "storing instructions that enable the processor-based system to cause an 
operating system to set aside virtual addresses 4 for said memory controller client." And the 
step is inherent, because the operating system provides this options to the users to have more 
memory location as needed it, and these extended memory can be called virtual memory. 

15. Claim 15, 

Patrick demonstrated "storing instructions that enable the processor-based system to transform 
the addresses of pixel data at said first memory location to addresses at said second memory 
location." And the step is inherent, because there must be an address to be able to locate pixel 
or any other data when transferring pixel data to second memory location. 



Application/Control Number: 09/584,604 Page 8 

Art Unit: 2672 

16. Claim 16, 

Patrick demonstrated "storing instructions that enable the processor-based system to determine 
the offset to each pixel data by subtracting a base address at said first memory location from the 
address of each pixel data." And the step is inherent, because each memory location has an 
address tagged to the pixel data, therefore, the pixel data can be referred to previous location as 
if the application (recording, viewing, storing) requires. The memory location will have more 
space by subtracting a base address from pixel data, but the pixel data can be viewed once and 
it depends on the application (player, display once) requirements. 

17. Claim 17, 

Patrick demonstrated "storing instructions that enable the processor-based system to add said 
offset to a base address of said second memory location." And the step is inherent, because the 
second memory location must have the base address of current location and plus previous 
parameters from first memory location (here is offset). 

18. Claim 18, 

Patrick demonstrated "storing instructions that enable the processor-based system to transfer 
said pixel data to a memory controller using a memory controller client." And the step is 
inherent, because Patrick shows in Fig. 1 the memory system number 30 that controls relocating 
the pixel data in memory areas. 



19. Claim 19, 



• # 
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Patrick demonstrated "storing instructions that enable the processor-based system to write said 
pixel data from a first memory location associated with a first transfer fianction to a second 
memory location associated with a second transfer fiinction." And the step is inherent, because, 
Patrick shows in Figs. 5 and 7 that flow charts of a method for compiling run-time code for a 
data block transfer. 

20. Claim 20, 

Patrick demonstrated "storing instructions that enable the processor-based system to transform 
the addresses of said pixel data from addresses in a first virtual memory range associated with 
said first transfer fiinction to memory addresses in a second virtual memory range associated 
with said second transfer fiinction." And the step is inherent, because, Patrick shows in Figs. 5 
and 7 that flow charts of a method for compiling run-time code for a data block transfer. 

21. Claim 21, 

Patrick demonstrated "A system comprising: a memory controller that receives pixel data and 
addresses; a first memory controller client that forwards pixel data and addresses to a first 
transfer fiinction; and a second memory controller client that receives data from said first 
transfer fimction together with new addresses." in (Col. 6, lines 15-35) the following example 
that provides, what is involved in the block transfer of bytes from a source to a destination in 
memory. Fig. 3 is a diagram showing an 8(1, 16, 32) bit per pixel bitmap at a source (a "source 
bitmap or first memory location*') for transfer to an 8 bpp bitmap at a destination (a "destination 
bitmap or second memory location"). The source bitmap 60 is located at memory addresses 0- 
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499 (decimal) and the destination bitmap 62 is located at memory addresses 900-1399. A data 
block 61 for transfer is contained within a rectangle 60a in source bitmap 60 and consists of 15 
bytes on each of 5 consecutive scan lines at the memory addresses given in the figure. Data 
block 61 is to be transferred to a similarly sized rectangle 62a in destination bitmap 62 at the 
memory addresses given in the figure. Each byte in data block 61 must be fetched (i.e., read) 
fi:'om a source address and written to a destination address. For example, the first byte of the 
data block has a source address of 19. This byte is to be transferred to a destination address of 
905. The next byte for transfer has a source address of 20 and a destination address of 906, and 
so forth. 

22. Claim 22, 

Patrick demonstrated "first controller client selectively forwards pixel data and addresses to one 
of a pluraHty of transfer functions and said second controller client receives pixel data with new 
addresses from a plurality of transfer fimctions." And the step is inherent, because, Patrick 
shows in Figs. 5 and 7 that flow charts of a method for compiling run-time code for a data block 
transfer. 

23. Claim 23, 

Patrick demonstrated "memory controller client writes the pixel data back to said memory 
controller." And the step is inherent, because this is the fimction of memory controller. 



24. Claim 24, 



r 
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Patrick demonstrated "a plurality of transfer functions, one of said transfer functions arranged 
to write output data to an address range of another transfer function." And the step is inherent, 
because, Patrick shows in Figs. 5 and 7 that flow charts of a method for compiling run-time 
code for a data block transfer. 

25. Claim 25, 

Patrick demonstrated "transfer functions are associated with virtual memory address ranges." 
And the step is inherent, because the range of memory address must be known in order to be 
able to run the transfer function for any type of memory locations. 



Conclusion 

Any inquiry concerning this communication or earlier conmiunications from the 
examiner should be directed to Javid A Amini whose telephone number is 703-605-4248. The 
examiner can normally be reached on 8 -5pm. 
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If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Michael Razavi can be reached on 703-305-4713. The fax phone numbers for the 
organization where this application or proceeding is assigned are 703-746-8705 for regular 
communications and 703-746-8705 for After Final communications. 

Any inquiry of a general nature or relating to the status of this application or proceeding 
should be directed to the receptionist whose telephone number is 703-306-0377. 



Javid Amini 
October 1,2002 



MICHAEL RAZAVI 
SUPERVISORY PATeiT EXAMlfffiR 
TECHNOLOGY CENTER 2600 



